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(S3) Data recording disk drive. 

(5?) A sector servo, zone bit recording disk drive 
Includes a sector architecture in which the 
recording head locates and Identifies data sec- 
tors without using data ID fields, but instead 
using information obtained from electronic 
storage and from servo sectors which need not 
be adjacent to the data sectors. The tracks 
contain servo information and data, but not 
data sector ID information. The tracks in each 
zone are circumferentially divided into seg- 
ments. Included in each segment is a number of 
data regions separated from one another by 
servo sectors. The data regions may contain 
partial data sectors and complete data sectors. 
The format information provided to identify and 
locate data sectors, including ones whose reg- 
ion locations are not adjacent to servo sectors, 
includes an entry for each region in the section. 
Each entry includes the lengths of the first and 
last data sections in the region, whether the 
sectors represented by those sections are split 
between two regions, the total number of data 
sectors in the region, and the sector number of 
the first data sector in the region. The infor- 
mation provided in the servo sectors consists of 
a servo sector number or other indicia which 
enables the disk drive to determine the position 
of the recording head and begin reading or 
writing immediately upon settling on-track and 
without incurring a latency penalty. 
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This invention relates in general to data recording 
disk drives, and in particular to sector formats for mul- 
tiple track data storage media used In fixed block ar- 
chitecture (FBA) disk drives. 

All disk drives require some means for determin- 
ing the radial and circumferential position of the 
read/write heads over the disks so that the heads can 
be accurately positioned over any desired track and 
sector. Typically, this is accomplished by placing ser- 
vo information on one or more of the disk surfaces for 
use by magnetic or optical heads in determining their 
positional orientation over the disk. In sector-servo 
(aJso known as embedded servo) disk drives, the ser- 
vo information is interspersed with data on each disk 
surface. This approach has the advantage of provid- 
ing the positioning information close to the data sec- 
tors it identifies, thereby eliminating sources of track 
misregistration which otherwise tend to limit track 
density. However, a disadvantage of the sector servo 
approach Is that it incurs additional overhead in order 
to permit transitions between data regions and servo 
regions and to distinguish data regions from servo re- 
gions. 

Much attention has been focused in recent years 
on reducing the overhead associated with sector ser- 
vo architectures. One approach, known as the no-ID 
format, is disclosed in EP-A-522 750. No-ID disk 
drives use servo sectors in combination with a defect 
map to identify the data sectors and completely elim- 
inate the use of an ID region. Using the no-ID format, 
each sector on a track is composed of two regions: a 
servo region and a data region. The servo sectors are 
located using a servo ID mark or address mark. ECC 
may be added to track ID information to provide a 
more robust servo pattern. Each data sector is iden- 
tified by its cylinder, head and servo sector number 
counted from an index location. This format is the 
same for substantially all sectors on all tracks of the 
disk. 

A second strategy which has been used to im- 
prove recording density In sector servo disk drives in 
recent years is known as zone bit recording (ZBR), as 
taught by Hetzler in U. S. Patent 5,210,660. In ZBR 
disk drives, the disk Is divided into multiple zones ori- 
ented In the radial direction. Each zone Is comprised 
of a set of tracks. Since tracks in the outer zones are 
longer than those in the inner zones, the tracks in the 
outer zones may store more data than the tracks In 
the inner zones. Typically, data is stored in sectors, 
each of which has the same number of data bytes. In 
this configuration, the additional capacity in the outer 
zones is utilized by having a larger number of data 
sectors on each track in the outer zones. This results 
in the number of data sectors per track varying from 
zone to zone. In order to provide a constant servo 
sampling rate for all zones, a single fixed number of 
servo sectors is used across the entire disk. The com- 
bination of a varying number of data sectors pertrack 



and a fixed number of servo sectors per track can re- 
sult in some of the data sectors being split by servo 
sectors. An example of a disk formatted according to 
US-A-5,21 0,660 is shown in Fig. 1, where data re- 

5 cording disk 101 is split into three zones — 102, 104, 
and 106. Each zone Is comprised of a plurality of 
tracks 103. Each track has a number of data sectors 
105 with associated ID fields 107. Various servo sec- 
tors, designated as 108, are shown interspersed with 

10 data sectors 105 around the disk. An Index location 
109 is shown, where the data sectors in each zone 
align with a servo sector 108. A portion of a track on 
the disk is shown expanded at 110. Four complete 
data sectors are shown (130, 122, 132 and 124), each 

15 with their associated IDfield (140, 141, 142and 143). 
Three representative servo sectors 125, 126 and 128 
are also shown. As can be seen from this example, 
some data sectors will be split by servo sectors, and 
some data sectors will not start immediately following 

20 a servo sector. For example, data sectors 122 and 
124 are split by servo sectors 126 and 128, respec- 
tively, while data sectors 130 and 1 32 are not split by 
servo sectors. Data sectors 122, 132 and 124 and as- 
sociated ID fields start immediately after another data 

25 sector, rather than immediately following a servo sec- 
tor. 

The necessity of splitting data sectors and of hav- 
ing some data sectors that do not start immediately 
following a servo sector presents complications 

30 which heretofore have prevented the use of ZBR and 
no-ID together in the same disk drive. For instance, in 
No-ID disk drives, the physical location of a data sec- 
tor is derived from the address mark field, which is 
also used to locate the servo sector. However, this 

35 technique is dependant on a fixed, constant one-on- 
one relationship between the locations of the servo 
sectors and the data sectors, a relationship which 
does not exist In a ZBR-formatted disk drive. 

A technique has recently been introduced which 

40 addresses part of the problem by providing electron- 
ics to generate timing pulses to mark the locations of 
data sectors which are not necessarily adjacent to 
servo sectors and which may be split by servo sec- 
tors. The technique was introduced by AT&T in the 

45 ATT93C010 servo channel/multiprocessor chip 
which generates a start of data sector pulse for each 
data sector starting between two servo sectors. This 
Is achieved through the use of programmable regis- 
ters whose values are updated at every servo sector. 

so Two values are required at each servo sector the 
number of clocks (the length) from the prior servo 
sector to the start of the first complete data sector; 
and the number of data sectors which start before the 
next servo sector. Also, the system must know the 

55 number of clocks required for a full data sector, a val- 
ue which is typically constant for each zone. 

However, while the ATT93C010 is able to locate 
the start of a data sector, It cannot identify a data sec- 
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tor ~ that is, distinguish it from other data sectors, 
such as by computing its data sector number. In fact, 
it cannot even compute a partial data sector number 
for use in distinguishing a sector from others on the 
same part of a track. As such, it is insufficient for use 5 
in a disk architecture which must both locate and 
Identify data sectors without using an ID field. 

Another possibility for locating data sectors with- 
out using ID information is to add a servo-style ad- 
dress mark prior to each data sector. This approach 10 
ensures that each data sector can be located inde- 
pendently of a servo sector. However, it suffers sev- 
eral drawbacks. First, it does not allow the disk drive 
to be reformatted with a sector size different from the 
original sector size since the address marks must be is 
written by a servo writer which permanently fixes the 
disk format. Second, this approach can Increase the 
complexity of the servo write process, because addi- 
tional steps may be required to create the additional 
address marks. Third, the address marks occupy 20 
space on the disk, increasing the overhead. Fourth, 
the address marks require a write-to-read recovery 
region between data sectors, further increasing the 
overhead. Finally, when used with a magneto-resis- 
tive read/write head and micro jog technology, each 25 
address mark must be reliably read in a partially off- 
track position during write operations. This requires 
guard bands at the zone boundaries, since the data 
address marks do not line up with one another from 
one zone to the next. The guard bands, of course, fur- 3d 
ther Increase the overhead penalty associated with 
this method. 

Accordingly, there has existed a heretofore un- 
met need In the art for a sector architecture which ef- 
fectively combines the ZBRand no-ID formats, which 35 
sector architecture enables the data recording head 
to locate and identify data sectors for read and write 
operations without resorting to an address mark and 
without requiring write-to-read recovery between ad- 
jacent data sectors. 40 

Accordingly, viewed from a first aspect the pres- 
ent invention provides a data recording disk for use 
with a fixed- block architecture disk drive having a 
head capable of reading positioning information, the 
disk being divided into a number of radially spaced 45 
tracks, at least one of the tracks being divided into a 
number of angular sectors including only data sectors 
for recording user data and servo sectors having pre- 
recorded head positioning information for identifying 
track and servo sector locations, wherein the number so 
of servo sectors on the track is not equal to the num- 
ber of data sectors on the track, and wherein informa- 
tion establishing the circumferential locations and 
identities of the data sectors is encoded within the 
servo sectors. 55 

Viewed from a second aspect, the present inven- 
tion provides a fixed-block architecture embedded 
servo disk drive comprising: a data recording disk 



having a number of radially spaced tracks, at least 
one of the tracks being divided into a number of an- 
gular sectors including only servo sectors and data 
sectors, wherein the number of servo sectors on the 
track is not equal to the number of data sectors on the 
track; recording head means which reads Information 
in the servo sectors and which writes and reads user 
data in the data sectors; means, responsive to the in- 
formation read from the servo sectors, for determin- 
ing the locations of the data sectors based on their 
distance from the servo sectors; and means, respon- 
sive to the information read from the servo sectors, 
for determining the identities of the data sectors. 

Viewed from a third aspect, the invention pro- 
vides a method for locating and identifying a selected 
data sector in a fixed-block architecture embedded 
servo disk drive having a data recording disk with ra- 
dially spaced tracks and circumferentially spaced an- 
gular sectors including data sectors and servo sec- 
tors and having a recording head which reads infor- 
mation in the servo sectors and which writes and 
reads user data in the data sectors, the method com- 
prising the steps of: reading information from a pre- 
ceding servo sector; receiving from electronic stor- 
age sector layout information; computing a data sec- 
tor number from the sector layout information; and 
computing a distance from a preceding servo sector 
to the start of the data sector as a function of the sec- 
tor layout information. 

Preferably, the locations and identities of data 
sectors are continuously computed as each data sec- 
tor arrives at the recording head until the selected 
data sector is located and identified. Alternatively the 
location and identity of the selected data sector is 
computed in advance of the selected data sector 
reaching the recording head and wherein its arrival is 
signalled by a sector pulse. 

It is afurther preferred feature of the method that 
the computed distance is represented as a clock 
count. 

Preferably the method further comprises, after 
computing the data sector number, the step of adjust- 
ing the data sector number to compensate for cyli nder 
and head skewing. The step of adjustment preferably 
includes modifying the data sector number by a skew 
value. 

Viewed from a fourth aspect, the present inven- 
tion provides a fixed-block architecture embedded 
servo disk drive comprising: a data recording disk 
having radiaily spaced tracks and circumferentially 
spaced angular sectors including data sectors and 
servo sectors; a recording head which reads informa- 
tion in the servo sectors and which writes and reads 
user data in the data sectors; servo electronics which 
determines, based on information read from a single 
servo sector, the locations and identities of at least 
two subsequent data sectors, and which further de- 
termines, based on information read from the same 
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servo sector, whether that servo sector splits a data 
sector. 

, Preferably the information read from the single 
servo sector is used to retrieve additional information 
from electronic storage. 5 

Viewed from a fifth aspect the present Invention 
provides a data recording disk for use with a fixed- 
block architecture disk drive having a head capable of 
reading positioning information, the disk having radi- 
ally spaced tracks and circumferentially spaced angu- • 10 
I ar sectors and a track architecture which divides a 
track into a plurality of repeating segments, each seg- 
ment having a plurality of equally spaced servo sec- 
tors and a plurality of data sectors, at least one of the 
data sectors being split by a servo sector, the data is 
sectors containing no data identification information 
for use in locating the circumferential positions of the 
data sectors and no data identification information for 
use in identifying the data sector numbers of the data 
sectors. 20 

It is preferred that the servo sectors include pos- 
itioning information followed by servo pad fields, the 
data sectors include data pad fields, and the at least 
one split data sector includes a split pad field. 

It is further preferred that the servo sectors con- 25 
tain information for use in locating the circumferential 
positions of the data sectors and information for use 
In identifying the data sector numbers of the data sec- 
tors. 

It is yet a further preference that the at least one 30 
segment Includes a stub field. 

Viewed from a sixth aspect the present invention 
provides a fixed-block architecture embedded servo 
disk drive comprising: a data recording disk having ra- 
dially spaced tracks and circumferentially spaced an- 35 
gular sectors including data sectors and servo sec- 
tors, wherein for at least one track the number of data 
sectors is not equal to the number of servo sectors; 
a recording head which reads positioning information 
in the servo sectors and which writes and reads user 40 
data in the data sectors; and a head positioning sys- 
tem wherein the data sectors are identified and locat- 
ed using formatter electronics in cooperation with 
servo- elect ronics^ wherein the formatter electronics 
converts a logical block address to a data sector num- 45 
ber, and wherein the servo electronics uses the data 
sector number to provide a byte clock count repre- 
senting the distance from a preceding servo sector to 
the data sector identified by the data sector number. 

Preferably the servo electronics includes sector so 
pulse logic which. accesses a format table containing 
segment information for each core. It is further prefer- 
red that the sector pulse logic includes a data counter, 
a pad counter, and a sync counter which count byte 
clocks used to locate and Identify data sectors. In op- 55 
eration, the sector pulse logic of the disk drive uses a 
servo sector number received from the servo sector 
counter to address the format table. 



It is further preferred that, in operation, the sector 
pulse logic computes the starting location and data 
sector number of data sectors on the data recording 
disk. Preferably the sector pulse logic receives a ser- 
vo modulo count for use in computing data sector lo- 
cations and Identities. 

It is a preferred feature that the format table in- 
cludes storage, for each segment subdivision of the 
data recording disk, and each region within a seg- 
ment, containing the location and Identification infor- 
mation for the data sectors in the segment. Preferably 
the format table includes storage, for each zone, 
which enables the servo electronics to locate and 
identify data sectors which are not positioned imme- 
diately following a servo sector. 

It is further preferred that the servo electronics 
includes a data sector number counter which counts 
data sector pulses from index and which is preset at 
servo sectors. Presetting of the data sector number 
counter avoids latency after a zone switch and also 
avoids latency after return from a power saving 
mode. 

Preferably the preset value provides a skew be- 
tween data sectors and servo sectors. 

It is further preferred that the disk drive further in- 
cludes a servo modulo counter which continuously 
computes segment numbers and servo sector num- 
bers corresponding to the position of the recording 
head relative to the data recording disk. The inputs to 
the servo modulo counter preferably include stagger 
offsets, which preferably include offset values and 
timing adjustment values. It is preferred that the stag- 
ger offsets are organized into a look-up table accord- 
ing to head shift value. 

It is further preferred that the data sector number 
is adjusted to compensate for cylinder and head 
skewing, said adjustment preferably including modi- 
fying the data sector number by a skew value. 

Thus in a preferred embodiment, to be described 
in detail below, a data recording disk drive is provided 
with an FBA sector architecture which enables a data 
recording head to identify and locate data sectors 
based solely on information obtained from electronic 
storage arid from servo sectors which need not be ad- 
jacent to the data sectors. The data recording disks in 
the disk drive are divided radially into zones, each 
zone including a number of tracks. Each track con- 
tains a number of data sectors and a number of servo 
sectors, with the number of data sectors varying from 
zone-to-zone. The tracks contain servo information 
and data, but no data sector ID information. Format in- 
formation is maintained in the electronic storage to 
describe the data sector layout for each zone. The 
tracks in each zone are circumferentially divided into 
segments. Included in each segment is a number of 
data regions separated from one another by servo 
sectors. All data regions in a given segment are the 
same number of bytes in length, but this length need 
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not be an even multiple of data sectors. Accordingly, 
various regions may contain any of the end of a data 
sector whose start is located in the previous region, 
one or more complete data sectors, and the start of a 
data sector whose end is located in the following re- 5 
glon. The format information provided to Identify and 
locate data sectors, including ones whose region lo- 
cations are not adjacent to servo sectors, includes an 
entry for each region in the segment Each entry in- 
cludes the lengths of the first and Jast data sections 10 
in the region, whether the sectors represented by 
those sections are split between two regions, the total 
number of data sectors In the region, and the sector 
number of the first data sector in the region. In addi- 
tion to the information recorded for each region, data is 
is maintained, for each zone, to locate data sectors 
which do not start immediately following servo sec- 
tors. This data includes the number of bytes in a com- 
plete data sector, the length of a complete data sector 
(measured in byte clocks), the length of a VCO syn- 20 
chronlzation field (measured in byte clocks), the 
length of a VCO ^synchronization field following a 
servo sector (measured in byte docks), the lengths of 
one or more data pad fields (measured in byte 
clocks), and the numerator and denominator of the re- 25 
duced fraction of the ratio of the number of data sec- 
tors per track and the number of servo sectors per 
track. Portions of both the region information and the 
zone information may be stored in random access 
memory accessible to electronics in the disk drive; 30 
other portions may be stored in a set of registers also 
accessible to the micro processor. 

Also in accordance with the invention, a method 
Is provided to compute the starting location and sec- 
tor number of any data section based on the above- 35 
described information. A set of counters is used to 
time the length of the various fields in the format to 
compute the starting location of a required data sec- 
tor. The data sector number from index is computed 
based on a relative data sector number, the servo 40 
sector number from Index, and the reduced number 
of data sectors per track. 

Further in accordance with the invention, a meth- 
od and system are provided for continuously develop- 
ing a servo-modulo count for use in computing seg- 45 
ment numbers and servo sector numbers. The servo- 
modulo counter computes two quantities: an index 
value to the segment layout Information for the cur- 
rent zone; and the data sector number for the first 
data sector in the current segment The continuous so 
availability of the servo-modulo count allows a disk 
drive configured in accordance with the present In- 
vention to avoid a latency penalty which would other- 
wise be incurred in waiting for an index mark as a ba- 
sis to compute segment numbers and servo sector 55 
numbers. 

Further in accordance with the invention, a meth- 
od and system are provided to identify the servo sec- 



tor number following a head switch, in particular for 
disk drives which are written with staggered servo 
patterns. A portion of the servo sector number is writ- 
ten into each servo sector, and combined with offset 
values obtained from electronic storage to produce a 
servo sector number following a head switch. 

Further in accordance with the invention, a meth- 
od and system are provided for developing data sec- 
tor numbers from servo sector numbers where the re- 
lationship between the first data sector on a track and 
the first servo sector varies within a zone, and from 
zone to zone. This extends the benefits of the present 
invention to disk drives designed with track skew 
which minimizes latency for head and cylinder switch 
operations. 

A preferred embodiment of the invention will now 
be described, byway of example only, with reference 
to the accompanying drawings in which: 

Fig. 1 is a schematic diagram illustrating a fixed 
block sector architecture in accordance with the prior 
art. 

Fig. 2 is a schematic diagram illustrating a fixed 
block architecture disk drive in accordance with the 
present invention. 

Fig. 3a is a schematic diagram illustrating a seg- 
ment subdivision of a data recording track in accor- 
dance with the present invention. 

Fig. 3b is a schematic diagram illustrating a track 
format with a stub in accordance with the present in- 
vention. 

Fig. 4 is a block diagram illustrating a hardware 
embodiment of the servo functions of the present in- 
vention. 

Fig. 5 is a block diagram illustrating the storage 
components used to compute data sector locations in 
accordance with the present invention. 

Fig. 6 is a flowchart illustrating servo-modulo 
computations in accordance with the present inven- 
tion. 

Fig. 7 is a block diagram illustrating a hardware 
embodiment of a servo-modulo counter in accor- 
dance with the present invention. 

Fig. 8 is a schematic diagram illustrating a stag- 
gered sector servo written disk drive. 

Fig. 9 is a schematic diagram illustrating an tBA 
to PBA mapping architecture in accordance with the 
present invention. 

Fig. 1 0 is a flow chart Illustrating LBA to PBA con- 
version computations in accordance with the present 
invention. 

Fig. 11 is a memory map table Illustrating zone 
conversion storage components in accordance with 
the present invention. 

Fig. 12 is a flow chart illustrating PBA to zone, cy- 
linder, head, sector computations in accordance with 
the present invention. 



g 



EP 0 660 324 A2 



10 



I. Sector Architecture 

Shown in Fig. 2 is a disk drive configured in ac- 
cordance with the present invention. The disk drive is 
formatted using a fixed block architecture with sector 5 
servo and zone-bit recording. The disk drive, desig- 
nated generally as 202, includes data recording disk 
204, actuator arm 206, data recording transducer 208 
(also called a recording head), voice coil motor 210, 
servo electronics 212, read/write electronics 213, in- 10 
terface electronics 214, formatter electronics 215, 
microprocessor 216 and RAM 217. Data recording 
disk204 includes center of rotation 211, and Is divided 
for head positioning purposes into a set of radially 
spaced tracks, one of which is shown at 218. The 15 
tracks are grouped radially into a number of zones, 
three of which are shown as 251, 252 and 253. The 
disk contains a plurality of servo sectors 220, which 
extend across the tracks in a generally radial direc- 
tion. Each track has a reference index 221. Within 20 
each zone, the tracks are also circumferentially div- 
ided into a number of data sectors 254. As will be dis- 
cussed hereafter, the data sectors contain no sector 
ID fields. In accordance with the normal meaning of 
"fixed block architecture", all data sectors are sub- 25 
stantially the same size, expressed in bytes of data. 
However, it should be noted that the present invention 
may easily be adapted to tolerate some variation in 
data sector size, such as from 512 bytes per sector 
to 520 bytes per sector, in the event such a conf igur- 30 
ation was desirable for a particular implementation. 
The number of data sectors per track varies from 
zone to zone, and some of the data sectors do not be- 
gin immediately following a servo sector. Further, 
some of the data sectors are split by servo sectors. If 35 
the disk drive has multiple heads, then the set of 
tracks which are at the same radius on all surfaces is 
referred to as a "cylinder". 

Read/write electronics 213 receives signals from 
transducer 208, passes servo information to servo 40 
electronics 212, and passes data signals to formatter 
215. Servo electronics 212 uses the servo informa- 
tion to produce a current at 240 which drives voice coil 
motor 210 to position recording transducer 208. Inter- 
face electronics 214 communicates with a host sys- 45 
tern (not shown) over interface 262, passing data and 
command information. Interface electronics 214 also 
communicates with formatter 21 5 over interface 264. 
Microprocessor 216 communicates with the various 
other electronics over interface 270. so 

In the operation of disk drive 202, interface elec- 
tronics 214 receives a request for reading or writing 
data sectors over interface 262. Formatter electron- 
ics 21 5 receives a list of requested data sectors from 
interface electronics 214 and converts them into 55 
zone, cylinder, head and data sector numbers which 
uniquely identify the location of the desired data sec- 
tors. The head and cylinder information are passed to 



servo electronics 212, which is responsible for posi- 
tioning recording head 208 over the appropriate data 
sector on the appropriate cylinder. If the cylinder num- 
ber provided to servo electronics 212 is not the same 
as the track number over which recording head 208 
is presently positioned, servo electronics 212 first 
executes a seek operation in order to reposition re- 
cording head 208 over the appropriate cylinder. 

Once servo electronics 212 has positioned re- 
cording head 208 over the appropriate cylinder, servo 
electronics 212 begins executing sector computa- 
tions in order to locate and identify the desired data 
sector. As servo sectors 220 pass under recording 
head 208, the no-ID approach described in EP-A-522 
750 is used to identify each servo sector. In brief, an 
index mark identifies the first servo sector, an ad- 
dress mark locates subsequent servo sectors, and a 
count of address marks uniquely identifies each ser- 
vo sector. Additional information, which is described 
in greater detail below, is maintained in association 
with servo electronics 212 and formatter electronics 
21 5 and is used to determine whether the present ser- 
vo sector splits a data sector or whether a new data 
sector starts immediately following the present servo 
sector. Further information is maintained in servo 
electronics 212 and formatter electronics 215 which 
identifies the location of (or the distance to) the start 
of the next data sector from the present servo sector. 
Still further information is maintained which identifies 
the location of (or the distance to) any additional data 
sectors which begin before the next subsequent ser- 
vo sector. Still further information identifies the num- 
ber of the data sector from the index mark. This infor- 
mation is used to allow formatter electronics 215 to 
compare the data sector number passing under the 
recording head with the list of sectors received from 
interface electronics 214. 

Shown in Fig. 3a Is a detailed schematic diagram 
of the sector architecture for an exemplary track from 
a data recording disk in accordance with the present 
invention. A portion of a track is shown as 302, con- 
taining segment 304. Segment 304 is subdivided into 
a plurality of data regions, 306, 308 and 309. The data 
regions are separated from one another by servo sec- 
tors 310, 312, and 314. Segment 304 also includes a 
plurality of data sectors labelled D1 through D5. Final- 
ly, each data sector is made up of one or more data 
sections, labelled 320, 322, 324, 326, 328. 330 and 
332. Logically, a segment is the set of servo sectors 
and data sectors having a unique spatial relationship 
.between the sectors. The format for a track may then 
be produced by repeating the segment. A data region 
is the space between adjacent servo sectors. A data 
sector is the smallest individually addressable unit of 
user data, independently readable and writable. Fi- 
nally, a data section is a contiguous portion of a data 
sector, not interrupted by a servo sector. 

The exemplary track of Fig. 3a contains a number 
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of data sectors and a number of servo sectors, not 
necessarily equal. Note that servo sector 316 is not 
part of the segment since data sector D5 ends just pri- 
or to servo sector 316. Each data region contains a 
number of data sectors, some of which may be split 5 
by servo sectors. For example, region 306 contains 
the entire data sector D1 (section 320), and only a 
portion of data sector D2 (section 322). Likewise, 
data sector D2 is split by servo sector 312 into sec- 
tions 322 and 324. 10 

Also shown in Fig. 3a are details of the contents 
of servo sector 310. Write-to-read recovery and 
speed compensation field 342 is used to allow the 
read/write electronics to switch from a data writing op- 
eration to a servo reading operation, and to allow for 15 
fluctuations in the disk rotational speed. Address 
mark field 344 precisely identifies a specific position 
within the servo sector which is used as a timing ref- 
erence. Position field 346 contains the actual servo 
information used to position the head, typically IncJud- 20 
ing a position error signal and other information such 
as a track number (track ID or TID), index value, ser- 
vo sector number (or any portion thereof) and head 
number (or any portion thereof). Servo pad field 348 
allows for the electronics to switch from reading servo 25 
to writing or reading data, as well as for disk rotational 
. speed variations. 

Also shown in Fig. 3a are details of the contents 
of data section 332, which contains a full data sector 
D5. VCO sync field 352 permits the read/write elec- 30 
tronics to enable the voltage controlled oscillator 
(also known as a phase locked loop) to obtain proper 
phase lock for reading the data. Data and ECC field 
354 contains the user data and error correction infor- 
mation. Data pad field 356 allows for differences in 35 
processing time for reading and writing data, as well 
as for flushing any encoder/decoder, and for disk ro- 
tational speed variations. It also provides sufficient 
time for the electronics to prepare for operating on the 
following servo or data sector. 40 

Also shown In Fig. 3a is a detailed view of split 
data sector D2, labelled 360. Two additional fields are 
typically required when a data sector is split by a ser- 
vo sector split pad 364 and a VCO resync 368. Field 
322 shows a portion of data sector D2 prior to servo 45 
sector 312. Split pad field 364 allows for the electron- 
ics to interrupt the reading or writing of data in a man- 
ner well known In the art. Servo sector 312 Is followed 
by VCO resync field 368, which is used to restore the 
system to allow for continuation of the read or write so 
operation. Finally, a portion of data section D2 follow- 
ing servo sector 312 is shown at 324. Note that split 
pad field 364 may be the same number of bytes in 
length as data pad field 356, or it may be different. 
Also, VCO resync field 368 may be identical In con- 55 
tent to VCO sync field 352, but this is not required. 
More capacity may be achieved by making fields 364 
and 368 shorter than their counterparts 352 and 356; 



methods for achieving this benefit are discussed in 
the prior art. 

For any given data recording disk drive, there is 
a fixed number of servo sectors per track (hereinafter 
designated as N) throughout the disk. Also, for each 
zone there is a fixed number of data sectors on each 
track (hereinafter designated as M). If M is not a mul- 
tiple of N, then some of the data sectors will be split 
by servo sectors. The split portions of each data sec- 
tor are denoted as sections. Further, the first section 
belonging to a data sector is called the primary sec- 
tion and any remaining sections are called secondary 
sections. Since all data sectors on a track have the 
same number of bytes, and since the servo sectors 
are equally spaced, there will be a limited number of 
u nique data sections on the disk drive. The set of data 
sectors and servo sectors which defines one period 
of the unique pattern of data sections is called a seg- 
ment The number of data sections in a segment 
(hereinafter designated as nss) is given by: 
nss = m + n - 1 (1) 

where — represents the reduced fraction of — . 
n N 

Since m and n represent the numerator and denomi- 
nator of the reduced fraction of the ratio of the number 
of data sectors per track to the number of servo sec- 
tors per track, it is apparent that there are n servo sec- 
tors and m data sectors in a segment. For exemplary 
segment 304 shown in Fig. 3a, n = 3, m = 5, nss = 7, 
N = 84, M = 140, and nst (the number of segments per 
track) = 28. It Is to be noted that in accordance with 
the no-ID sector architecture, neither the servo sec- 
tors nor the data sectors include data ID fields. In- 
stead, the information necessary to identify data sec- 
tor numbers and data sector locations is provided in 
servo sectors 310, 312, 314, etc. and in electronic 
storage accessible to the servo electronics, as will be 
described in greater detail below. 

It should be noted that the choice of the segment 
configuration is flexible. For example, the entire track 
could be defined as a segment. In some circumstanc- 
es, this may be the natural choice, such as when M 
and N are relatively prime, resulting in m = M and n = 

N. However, nothing precludes choosing — to be an 

n 

integer multiple of the reduced fraction. Moreover, 
there are cases where the above analysis on the ratio 
of the number of servo sectors to the number of data 
sectors is not the preferred choice for defining a seg- 
ment. This can occur when a space is left at the end 
of a track, where the last data sector on the track ends 
substantially prior to the end of the track. Such a case 
is illustrated in Fig. 3b. The track is designated 380, 
and contains 7 servo sectors 384. There are 11 data 
sectors, DS1 through DS11. Note that data sector 
DS11 ends prior to the end of track 380. The remain- 
ing space is stub 385, which contains no user data 
since it is shorter than a data sector. In this example, 
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N = 7 and M = 11, which from the above analysis 
would lead to a segment size of n = 7 and m = 11 . How- 
ever, Fig 3b illustrates a second possibility. The 
unique spatial relationship between the servo sectors 
and data sectors is achieved with n = 3 and m = 5. This 5 
choice results In two full segments, 381 and 382, and 
one partial segment 383. The disk drive need only 
know the total number of data sectors on the track to 
handle, the partial segment. Once the data sector 
number has reached the maximum value, the drive 10 
will wait until the next servo sector, which resets the 
data sector counter to the first data sector number. It 
is to be noted that a track format having multiple stubs 
may be selected, including stubs located within tracks 
as well as at their ends. In any event, an advantage is 
may in some cases be achieved in the presence of 
stubs by redefining the region using a smaller seg- 
ment size since this in turn decreases the amount of 
memory required to store the format information. 

20 

It. Formatter and Servo Electronics 

Fig 4. is a schematic diagram of the preferred em- 
bodiment of the servo and formatter electronics used 
to locate and identify data sectors according to the 25 
present invention. Servo electronics 212 includes ad- 
dress mark (AM) detector and track number (TID) de- 
coder412, servo sector counter 41 4, safety logic 41 6, 
actuator position control logic 418, timing generation 
logic 420, sector pulse generation logic 421 and for- 30 
mat table 422. Formatter electronics 215 includes de- 
fect map table 450, data sector identifier 454, logical 
block address (LBA) to physical block address (PBA) 
converter 456, PBA to zone, cylinder, head and data 
sector (2CHS) converter 458 and control function 35 
476. 

In operation, formatter 215 receives a requestfor 
a read or write operation on a list of data sectors 264. 
The sectors are identified by their LBAs. The LBA list 
is converted to a PBA list by converter 456 using de- 40 
feet Information 460. The PBA list 468 is converted to 
a list of physical ZCHS. Both of these conversions 
processed are discussed fully in section VI below. 
The cylinder and head values 466 (C and H) are 
passed to actuator position control logic 41 8 to affect 45 
a seek. Actuator position control logic 418 functions 
in a manner known in the art Zone and sector values 
464 (Z and S) are passed to data sector Identifier 454 
and to servo electronics 212. Additionally, servo elec- 
tronics 212 receives servo information 266 from the so 
read/write electronics. AM detector 412 detects the 
servo address mark, and signals address mark found 
(AMF) at 432. This signal is passed to timing logic 
420, which generates the timing signals necessary 
for operation of servo electronics 212. AMF 432 is 55 
also passed to servo sector counter 414. In addition, 
AM detector 412 decodes the TID information, includ- 
ing cylinder (track) number, servo index, servo sector 



number and head number. Index signal 433 is used to 
reset servo sector counter 414, and the counter is in- 
cremented by AMF signal 432 at each subsequent 
servo. In this manner, the servo sector counter will al- 
ways output the current servo sector number at 436. 
Safety logic 416 receives decoded TID information 
430, and servo sector number 436. This logic per- 
forms various safety tests to ensure the proper oper- 
ation of the servo electronics. Its functions include 
comparing the generated servo sector number 436 
with any servo sector number information in the TID 
(including index) and processing any error handling 
information in the TID. Error information, along with 
the cylinder and head number, are output at 438. Ac- 
tuator position control 41 8 compares the cylinder and 
head values 438 with the target values 466, and acts 
upon any errors. Sector pulse logic 421 uses servo 
sector number 436 to generate the address for format 
table 422, retrieving segment information 440 for the 
zone (described in detail below). Sector pulse logic 
421 also contains three counters; a sync counter, a 
data counter, and a pad counter. Each of these coun- 
ters is used to count byte clocks during the various 
fields in the format, whereby the data sectors are lo- 
cated and identified. Sector pulse logic 421 is thereby 
able to identify both the starting location and the data 
sector number of the data sector about to pass under 
recording head 208. The current data sector number 
442 is sent to formatter electronics 215, and a start 
of data sector pulse 444 is sent when the start of a 
data sector is under the head, enabling the formatter 
to perform functions with zero latency. Upon receipt 
of sector pulse 444, data sector identifier 454 com- 
pares the current data sector number 442 to the list 
of ZCHS values 464. If a match is found, this informa- 
tion is passed via 470 to control function logic 476, at 
which point the data sector is further processed in acr 
cordance with methods known In the prior art. 

With reference to the fields described above, it is 
to be noted that many alternative configurations exist 
which would accomplish the same purpose. For in- 
stance, the LBA may be replaced with any logical 
identifier, while the ZCHS may be replaced with any 
value or combination of values identifying a unique 
sector number. The combination of the above elec- 
tronics and microcode in microprocessor 216 is able 
to detect and act on any errors discovered between 
the target ZCHS values and the detected values. This 
provides the disk drive with a high degree of reliabil- 
ity, even in the absence of data ID fields. For exam- 
ple, if a detected track number does not match the tar- 
get value, a seek error will be posted, and this error 
may be handled as is known in the art. Other errors, 
such as a mismatch between the servo sector coun- 
ter and the TID information (Index and possible servo 
sector number bits) will be detected by safety logic 
4 1 6, for action by other parts of the drive. Such errors 
may be handled as data ID mis-compares, and recov- 
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ered by forcing the servo sector counter to align with 
the index mark and repeating the operation. Finally, 
as will be described in greater detail below, an impor- 
tant input required for sector pulse logic 421 to con- 
tinuously compute data sector locations is a servo- 
modulo count The servo-mod u!o count allows for a 
reduction in the total memory required for the format 
information by taking advantage of repetitive patterns 
in the format. 

///. Locating and identifying Data Sectors 
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Shown In Fig. 5 are the components required for 
sector computation In accordance with the present in- 
vention. In general, there is provided a random ac- 15 
cess memory 504 and a set of registers designated 
as 506, connected to an address and data bus (not 
shown). These may reside within servo electronics 
212, in format table 422. Microprocessor 21 6 (or other 
electronics) stores information in the random access 20 
memory and in the registers, and then accesses this 
information in order to perform sector identification 
and location computations. 

In particular, RAM 504 stores the information re- 
quired to identify the data in each region in a given 2s 
unique segment. For convenience of description the 
information fields are shown organized into a table 
format, although any appropriate data structure may 
be substituted. RAM 504 is addressed by the region 
within the segment (equivalent to the servo sector 30 
number within the segment). The fields required for 
each region include DSILen 508, DSINum 510, 
DS1V 512, NumFull 514, DS2Len 516, and DS2V 
5 1 8. DS1 N um is the n umber, from th e start of the seg- 
ment, of the first data sector following the servo. In 35 
the preferred embodiment, this field contains a 7 bit 
value. DS1 Len is the length in bytes of the first data 
section in the region. In the preferred embodiment, 
this field contains a 10 bit value. DS2Len is the length 
in bytes of the last data section in the region. In the 40 
preferred embodiment, this field contains a 10 bit val- 
ue. NumFull is the number of full (not split) data sec- 
tors in the region. In the preferred embodiment, this 
field contains a 3 bit value. DS1 V is a flag, which if 
set. indicates that the first data sector is split, and 45 
therefore that the value DSILen is valid. In the pre- 
ferred embodiment, this field contains a 1 bit value. 
DS2V Is a flag, which If set, Indicates th at the last data 
sector is split, and therefore that the value DS2Len is 
valid. In the preferred embodiment, this field contains 50 
a 1 bit value. 

Since every segment within a given zone has the 
same number of bytes, for each zone it is only neces- 
sary to store format information for a single segment. 
The servo sector number within the segment (equiv- 55 
a lent to the region number) is used to address the for- 
mat information for the appropriate segment. The val- 
ue DSINum is included for performance reasons. 



Sector pulse logic 421 includes a data sector number 
counter, which starts counting data sector pulses at 
index. As long as the servo electronics remain active, 
the data sector number counter will be correct. How- 
ever, when a zone switch occurs, the data sector 
number counter must be preset. On the other hand, it 
is preferable to avoid waiting for index to start count- 
ing data sectors, as this causes a latency penalty. 
With the DSINum value, the counter is preset at ev- 
ery servo sector, thereby avoiding additional latency. 
Further, this technique allows the disk drive to recover 
quickly from power saving modes, where much of the 
electronics is powered down when not performing 
data operations. Using the present invention, the data 
sector counter will be preset with the correct value at 
the first servo sector following the end of power sav- 
ing, rather than at index. 

From the definition of the sector architecture 
shown in Fig. 3a, only the first and last data sections 
in any given data region may contain partial sectors. 
Therefore, only the lengths of these two sections 
must be stored in the table; thus the inclusion of 
DSILen and DS2Len. NumFull is the number of com- 
plete data sectors in the data region. It is used to pre- 
vent the generation of false data sector pulses prior 
to the end of a region, where the end of a data sector 
may be close the start of to a servo sector, by dis- 
abling the data sector number counter once NumFull 
data sector pulses have been generated. It is also 
used to control the generation of data sector pulses 
for the data sectors which start within the region. 
DS1 V and DS2V are used to indicate the validity of 
the DSILen and DS2Len values. This is prompted by 
the necessity to know if the first data section in a re- 
gion is a primary section so that a read or write oper- 
ation initiated at a servo sector will not be started on 
a secondary data section. For example, in region 308 
the DSINum value after servo sector 312 is D2 for 
data section 324. However, a read or write request for 
data sector D2 must start at data section 322, there- 
fore the servo electronics must ensure that data sec- 
tion 324 is not mis-identified as the start of data sec- 
tor D2. Similarly, DS2V is used to indicate that the last 
data section is split by a servo sector. The use of 
these flag values is preferred for performance rea- 
sons, since they provide for a direct decode. How- 
ever, it is apparent that the limited range of values for 
DSILen and DS2Len allows for the use of specific 
values (e.g. 0) to provide the same function. 

Only the lengths of the first and last data sections 
in a region must be stored in the table because ail 
other sections are necessarily full length. Data- 
section-split flags are required only for the first and 
last sections since all others must be complete. DS1 V 
will be zero If the first section is primary (that is, not 
split). DS2V is likewise used to initiate the split data 
sector function at the end of the last section if it is 
split. 
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It is to be noted that the above-described informa- 
tion may be stored in RAM memory as shown in Fig. 
5, and addressed by the servo sector number within 
a segment. However, it is also possible to organize 
the information by data sector number, which may in 5 
. turn be used to address the RAM. In this case the spe- 
cific fields must change, but they still support the 
functions described above. Further, any or all of the 
above information may also be stored* in any other 
convenient medium, such as in registers, flash mem- 10 
ory, or any other storage device accessible to servo 
electronics 212. 

Aside from the above-described information 
which Is stored for each region in a segment, addition- 
al information is required, for each zone, to enable the 15 
servo processor to locate data sectors which are not 
positioned immediately following a servo sector. In 
Fig. 5 t this information is contained generally in reg- 
isters 506, including Sync Long register 520, Sync 
Short register 522, Pad Long register 524, Pad Short 20 
register 526, and Data Full register 528. Registers 
520-528 are used to load the three counters in Sector 
Pulse Logic 421. All three counters (sync counter, 
data counter, and pad counter) are down counters 
whose input clocks are the current data byte clock. 2s 
Only one counter is enabled at a time, in a sequence 
determined by the track format. Additional informa- 
tion for other operations is contained in n register 530, 
which holds the reduced numbers of data sectors per 
track, m register 532, which holds the reduced num- 30 
ber of servo sectors per track, NDS register 534, 
which holds the number of data sectors per track, and 
DSkew register 536, which holds the data sector skew 
value. 

Turning in particular to registers 520-528, Sync 35 
Long register 520 contains the number of byte clocks 
in VCO sync field 352. Sync Short register 522 con- 
tains the number of byte clocks in VCO Resync field 
368. In the preferred embodiment, this field is shorter 
than field 352; however, if the fields are of equal 40 
length then only Sync Long register 520 Is required. 
Pad Long register 524 contains the number of byte 
clocks in Data Pad field 356 when it is followed by 
VCO Sync field 352. Pad Short register 526 contains 
the number of byte clocks in Data Pad field 356 when 45 
it is followed by a servo sector. The Pad Long and Pad 
Short values are different since the servo sector con- 
tains W-R and Speed field 342. which shares some 
common function with Data Pad 356. Data Full regis- 
ter 528 contains the number of byte docks in Data and so 
ECC field 354, which is the total number of data and 
ECC bytes in a data sector. 

During operation of servo electronics 212 in co- 
operation with RAM 504 and registers 506, the sync 
counter is started following a servo sector. Prior to 5$ 
this, the sync counter is preloaded from Sync Long 
register 520 if the value of DS1 V is 0, and from Sync 
Short register 522 If the value of DS1V is 1. Further, 



if DS1 V is 0, data sector pulse 444 is generated and 
the data counter is preloaded with the value in Data 
Full register 528. Otherwise it is loaded with the value 
in DSILen. When the sync counter reaches 0, the 
data counter is started. If the number of data sector 
pulses generated in the region equals NumFull, then 
the pad counter is loaded with the value in Pad Short 
register 526; otherwise it is loaded with the value in 
Pad Long register 524. When the data sector counter 
reaches 0, the pad counter is started. When the pad 
counter reaches zero, the end of the current data sec- 
tor has been reached. If the number of data sector 
pulses generated in the region equals NumFull, then 
a servo sector follows. Otherwise a data sector pulse 
is generated, the data sector number counter is incre- 
mented, and the sync counter is preloaded with the 
value in Sync Long register 520. This process repeats 
until the region is completed, which is determined by 
the generation of NumFull data sector pulses. When 
the number of data sector pulses generated in the re- 
gion equals NumFull and DS2V is 1, then the data 
counter is preloaded with the value in DS2V instead 
of with the value in Data Full register 528. 

Three counters are used instead of one due to the 
types of fields being counted, to limit the number of 
tap points on a single counter, and to allow for each 
counter to be preloaded while another counter is run- 
ning. It is to be noted that while a particular preferred 
counter arrangement has been disclosed, the above 
function can be implemented using many alternative 
counter and register arrangements whose result 
would remain within the spirit and scope of the pres- 
ent invention. 

Using the above information, servo electronics 
212 is able to locate the start of any data sector in a 
segment. Further, the sector number from index for a 
given data section may be determined using the 
equation: 

SN[q = mxSGN + DSINum + / (2) 
where SN [i] is the data sector number from index 
(zero based) for the l-the data sector In the segment, 
and SGN is the segment number from index (zero 
based). 

During operation of disk drive 202, read and write 
operations are received which require recording head 
208 to be repositioned over various tracks and then 
to read or write various data sectors. Once recording 
head 208 Is positioned over the appropriate track, the 
above equation is used to determine when the appro- 
priate data sector is passing under the head. In par- 
ticular, the equation is used to compute a. current data 
sector number which is continuously compared with 
the data sector number requested for the read or write 
operation. If the values compare, the desired opera- 
tion is performed. Since there are no ID fields, the 
data section lengths computed based on the data val- 
ues described above identify the location of data in 
particular segments and regions. 
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In the preferred embodiment, various ones of the 
above-described information fields are maintained in 
various storage areas in order to improve operational 
performance. For instance, the information for the 
current zone may be maintained in dedicated local 5 
storage analogous to registers 520-536 In order to 
avoid bus arbitration. The values may be reloaded 
from general storage such as RAM 217 after each 
zone switch. The disk format determines the amount 
of storage required to hold the values for a particular 10 
implementation. Since known implementations re- 
quire 32 or fewer regions per zone, the local storage 
requirements for the zone tables are 30 bits per re- 
gion or 256 bytes per zone, Including allowance for 
ECC. Thus, in the preferred embodiment, high perfor- is 
mance may be achieved without incurring a storage 
access penalty. 

IV. Servo-Moduh Counter 

20 

In order to use the above-described sector Iden- 
tification/location schema effectively, the system of 
the present invention must be able to determine both 
a segment number and a servo sector number within 
the segment prior to performing a read or write oper- 25 
ation. To avoid the latency penalty created by waiting 
for an Index mark as a basis to compute the above in- 
formation, servo-modulo counter electronics are pro- 
vided to generate this information continuously, even 
after a head or zone switch. In the preferred embodi- 30 
ment, this is achieved using a hardware circuit whose 
inputs are m, n, servo (servo sector number) and 
DSINum. 

The purpose of the servo-modulo counter is to 
produce the quantities servo mod n and mx(servo/n). 35 
The former is the remainder of servo/n, the number of 
servo sector n from the start of the segment, which is 
used as the address for RAM-based zone table 504 
described previously. The latter is the data sector 
number of the first data sector in the segment, here- 40 
Inafter referred to as DSB, the data sector base num- 
ber, which is also the first term in equation (2). Fig. 6 
illustrates in flowchart form the operations required to 
perform these computations. At 602 the remainder 
value is initialized to the servo count. At 604, the 45 
quantity DSB is initialized to zero. At 606, a loop is en- 
tered which computes the value of servo mod n (re- 
mainder) by repeated subtraction until an overflow 
occurs. In particular, at 606 temp, a temporary vari- 
able, is assigned the value of remainder - n (of ser- so 
vo/n - n). At 608, the underflow test is performed 
(temp < 0). If an underflow is detected, the process 
is exited at 61 0. If no underflow is detected, the proc- 
essing continues at 612, where the quantity m is add- 
ed to DSB. Finally, at 614 the remainder is set equal 55 
to temp (the remainder minus n), and processing re- 
turns to 606. At exit point 610, both DSB (mx(ser- 
vo/n)) and the remainder (servo mod n) have been 



computed. 

Shown in Fig. 7 is a schematic diagram illustrat- 
ing an electronic circuit in accordance with the prefer- 
red embodiment of the present invention. The circuit 
computes the values of mx(servo/n) and servo mod 
n in accordance with the process shown In the flow- 
chart of Fig. 6 and described above. As in the flow- 
chart, servo mod n is computed by repeated subtrac- 
tion which is halted by an underflow operation. The 
circuit includes control logic 702, subtracter 704, ad- 
der 706, registers 708 and 710, MUX 712, adder 714 
and data sector number counter 716. In operation of 
the servo modulo counter circuit, control logic 702 re- 
ceives start signal 720 to begin a computation, and 
produces done signai 744 when complete. Register 
708 stores the result of the repetitive subtractions and 
at the end of computations contains the correct value 
of servo mod n (the remainder). Subtracter 704. re- 
ceives input 738 from register 708 and input 726 (the 
value n) from register 530 (shown and discussed pre- 
viously with reference to Fig. 5). The input to register 
708 is from MUX 71 2. The MUX allows either the nu- 
merator, servo 728, or the results of the previous sub- 
traction to load register 708. The register load signal 
(not shown) comes from Control logic 702, and is as- 
serted once per subtraction operation. Underflow 
signal 742 is passed to control logic 702. rf an under- 
flow Is detected, the register load signal is stopped, 
and the remainder value will be stable on 740. Control 
logic 702 also controls the output from MUX 712 to 
register 708 via select line 732. MUX 712 is config- 
ured such that the first subtraction uses current servo 
count 728 while subsequent subtractions use the in- 
termediate results. Further, register 708 is located pri- 
or to subtracter 704 so that it contains the results of 
the prior subtraction when the loop exits, since the 
exit condition is an underflow. 

The value of mx(servoyn) is computed by repeat- 
ed addition of the quantity servo mod m for each sub- 
traction operation performed in the modulo block. Ad- 
der 706 adds Input 730 (the value m) from register 
532 (shown and discussed previously with reference 
to Fig. 5) and the result of the previous addition 746. 
The intermediate values of the addition 748 are stored 
in register 710 at the output of adder 706. The register 
load signal (not shown) comes from control logic 702, 
and is asserted once per addition operation. Control 
logic 702 synchronizes the addition and subtraction 
operations through the register load signals, thereby 
eliminating the need for a separate multiplier or an ac- 
cumulator to compute DSB (mx(servo/n)). When the 
operation is complete, DSB value 746 produced by 
the circuit may be used in accordance with equation 
2 to generate the current data sector number. Specif- 
ically, result DSB 746 is passed to adder 714, along 
with DSINum 754, addressed by remainder 740. 
These values are added and output at 750 as the data 
sector numberf rom index of the first data sector in the 
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segment. Data sector number counter 716 is preload- 
ed with adder value 750 upon receipt of a load signal 
from the control logic (not shown). Data sector num- 
ber counter 716 increments upon receiving data sec- 
tor pulses 756, and outputs the current sector number s 
at 752. 

To avoid a latency penalty which would otherwise 
be created upon head or track switches due to the 
time required to settle on the new track, it is well 
known in the art to use cylinder and head skewing be- 10 
twee n disk surfaces and tracks of a data recording 
disk drive. 

In accordance with the present invention, a tech- 
nique is provided for implementing this skewing by 
adjusting the value in data sector counter 716 to ac- is 
count for the skew. The raw (unskewed) current data 
sector number 752 is adjusted by subtracting the val- 
ue in Dskew Register 536 f rom the current data sector 
number 752. This subtraction is performed modulo 
the value In NDS Register 534. The result is the cur- 20 
rent skewed data sector number which maybe provid- 
ed as input 442 to Data Sector Identifier 454. Finally, 
it should be noted that while this skewing technique 
has been described with reference to data sectors, it 
may also be used equally effectively to implement 25 
skewing on the basis of servo sector number in a 
manner analogous to that described above. 

V. Staggered Sector Servo 

30 

The use of a hardware-based servo modulo 
counter in accordance with the preferred embodiment 
insures that no latency is added for head or zone 
switches. For a zone switch, the servo sector counter 
maintains count of the servo location. Once servo 35 
and data modulo values of m and n are changed, the 
section length and data sector number will be correct. 
Similarly, for a head switch, once the servo count is 
correct, the remaining values follow. 

For a disk drive which implements a staggered 40 
sector servo approach, the servo counter value must 
be set properly following a head switch in order to ac- 
count for the staggering: Fig. 8 illustrates, in cross- 
sectional view, a staggered sector servo disk drive. 
The disk drive is generally designated 802, and in- 45 
eludes spindle 804 and disks 806, 808 and 810. The 
locations of the servo sectors are shown schematical- 
ly as biack rectangles In two groups 820 and 822. The 
servo sectors are not vertically aligned, rather they 
are arranged diagonal to permit the servo writing of so 
all surfaces of the disk drive in a single pass write per 
track. After using one head to write a servo sector on 
one surface, the next head (on the next surface) is ac- 
tivated and a servo sector is written there, allowing 
multiple surfaces to be written in one revolution, de- 55 
creasing the servo write time and cost 

To write a staggered sector servo pattern in ac- 
cordance with a preferred feature of the present in- 



vention, the servo sector counter must be synchron- 
ized with the servo sector numbers on the surface be- 
ing switched to. This function may be accomplished 
by writing a subset of the servo sector number (pos- 
sibly the entire sector number) into the TID informa- 
tion in position field 346. Alternatively, servo sector 
counter 414 may be updated based on a lookup table 
containing the stagger of fsets. In the former case, the 
servo sector number read f rom the servo sector is de- 
coded by AM detector 41 2 and passed to safety logic 
416; Safety logic 416 uses this value to update servo 
sector counter 41 4. 

For example, the entire servo sector number may 
be encoded in the TID. Following a head switch, safe- 
ty logic 41 6 uses the read value to preload servo sec- 
tor counter 41 4, ensuring synchronization. In the look- 
up table case, a table of offsets Is kept which is used 
to increment or decrement the value in servo sector 
counter 4 14. An exemplary table is shown at 840. The 
table comprises 3 columns, head shift 842. servo 
sector counter offset 844 and servo timing adjust- 
ment 846. Upon commencement of a head switch, the 
head shift value (plus being down, minus being up) is 
used to look up the servo counter offset and timing 
adjustment Offset values 844 are used to increment 
or decrement servo sector counter 414. Timing ad- 
justment values are used by timing logic 420 to adjust 
for the new servo sector positions. For convenience, 
the values in column 846 are listed as fractions of the 
servo-to-servo spacing. Thus, for example, if the cur- 
rent head is on the lower surface of disk 806, and a 
head switch to the upper surface of disk 810 is de- 
sired, the head switch value would be +3. From look- 
up table 840 the servo sector count increment would 
be 0, and the servo sector timing adjustment would 
be 1/2 of the servo-to-servo spacing. The table con- 
struct shown in Fig. 8 also allows for more general off- 
sets, such as skewing the index from surface to sur- 
face. This would result in a u nique value for each head 
shift value. Further, the table may be used in conjunc- 
tion with encoding the servo sector number In the TID 
to add a further degree of reliability to the system. Of 
course, this table may be stored in RAM or any other 
appropriate medium. 

VL Converting from LBA to ZCHS 

As discussed previously, In order to find a re- 
quested data sector on a disk a received logical block 
address (LBA) must be converted into a zone, cylin- 
der, head, sector (ZCHS) value. In general, this in- 
volves first converting the LBA, which is the user 
identifier for the data sector, into a physical block ad- 
dress (PBA) which is a mapping of the LBA into the 
physical space of the disk drive. The aforementioned 
application EP-A-522 750 teaches the use of a defect 
map and a basic process for performing the LBA to 
PBA mapping. However, since the LB As for neigh- 
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bouring defects share most of their high order bits, 
much of the information stored in the defect map is re- 
dundant, serving only to hamper performance and 
unnecessarily occupy RAM. The present invention in- 
cludes a particular map which removes the high order 5 
bits of each LBA to minimize the bits required In rep- 
resenting each defect. The map takes account of skip 
sectors allocated on the disk, either due to defects or 
sparing, with use of a minimum amount of RAM and 
in a fashion that increases the performance of the 10 
disk drive. 

The map is implemented as a pair of tables known 
as a virtual track (VT) table — which contains entries 
representing the mostly redundant high order bits of 
the LBA— and a virtual sector (VS) table — which con- 15 
tains entries representing only the low order bits of 
the LBA—. The output of the VT/VS table access, the 
PBA, is then located in a zone conversion table in or- 
der to develop coefficients for use in computing the 
cylinder, head, and sector at which to perform the de- 20 
sired operation on the requested data sector. Thus, 
two conversions are used, the first of which removes 
skip sectors and the second of which provides the ap- 
propriate 2CHS value. The invention reduces the 
storage required for conversion to either two or one 25 
bytes per entry plus an offset based on the drive ca- 
pacity and choice of one or two byte entry. The inven- 
tion further reduces the magnitude of the search re- 
quired to locate an LBA and thus the performance im- 
pact of the searching process. 30 

Shown in Fig. 9 is the LBA to PBA mapping archi- 
tecture which forms the basis for the LBA to PBA por- 
tion of the conversion process. In particular, the figure 
shows the LBA represented in binary form at 904, vir- 
tual track table 906, virtual sector table 908, and de- 35 
feet spare table 910. As shown at 904, the LBA as re- 
ceived from the disk drive interface is first subdivided 
Into two sections. The full length of the LBA in bits, 
shown as A, includes the number of bits in the high 
order portion required to hold the virtual track num- 40 
ber, designated as B, as well as the number of bits re- 
quired to hold the virtual sector number, designated 
as C. 

A virtual track is defined as a contiguous set of 
data sectors which have exactly 2^ B > good data sec- 45 
tors. A virtual track may contain both good sectors 
and skip sectors or alternatively it may contain only 
good sectors. All virtual tracks are contiguous with 
one another starting from a defined virtual track of 
zero at the beginning of the disk drive and running 50 
through the entire disk drive. Sub spaces of the disk 
drive may also be mapped separately in the same 
manner. The virtual track number may be obtained 
from the LBA either by simply tapping the high order 
bits of the LBA or by logically shifting the LBA to the 55 
right by the quantity A-B shifts. A virtual sector is de- 
fined as a good sector contained within a virtual track. 
There are 2^ B different virtual sector numbers avail- 



able. Thus, all virtual sectors within a virtual track are 
numbered consecutively starting at the first good sec- 
tor in the track and ending at the last sector in the 
track. 

Given a subdivision of an LBA into a virtual track 
number and a virtual sector number, the virtual track 
number is referenced into virtual track table 906 In or- 
der to obtain an index point into virtual sector table 
908. The index point is used as a starting point in VS 
table 908 at which a sequential search is commenced, 
which search continues until a virtual sector number 
which is higher than the searched-for virtual sector 
number is located in virtual sector table 908 or the in- 
dex exceeds the entry for the next virtual track. Once 
the appropriate entry is found, the PBA is computed 
as the received LBA plus an index into VS table 908 
corresponding to the final search entry. 

VT table 906 contains an entry corresponding to 
every virtual track in the disk drive. Each entry is at 
least B bits wide and contains a pointer into VS table 
908. The arrangement of the table thus gives each en- 
try two meanings. First, the entry value identifies the 
total number of skip data sectors prior to the virtual 
track represented by the entry. Second, this same 
value represents the correct entry point into the vir- 
tual sector table at which the skip sectors are listed 
for the virtual track number represented by the entry. 
In operation, VT table 906 is entered by indexing into 
it according to the value of B, the virtual track number, 
obtained from entry 904. The value found at the de- 
termined index point is then added to the start of VS 
table 908 to locate the first skip sector associated with 
the applicable virtual track. 

Unlike VT table 906, VS table 908 does not con- 
tain an entry for every virtual sectoronthe disk drive. 
In contrast VS table 908 need only contain entries for 
skip sectors (defective sectors and/or spare first sec- 
tors). Each entry in VS table 908 corresponds to the 
good virtual sector fol lowing skip sector. As discussed 
above, VS table 908 is entered at the index value es- 
tablished through use of VT table 906. Starting at that 
index value, a sequential search is conducted against 
the value of the C bits received from the low order of 
LBA value 904 until a virtual sector number is located 
which Is greater than the value obtained from the low 
order C bits of 904. This greater-than virtual sector 
number establishes the number of skips which must 
be passed In order to arrive at the correct virtual sec- 
tor number. An offset value which is equal to the offset 
into virtual sector table 908 of the first entry which is 
greater than the sought-after virtual sector number Is 
added to the LBA to arrive at the PBA value unless the 
next virtual track starts where the index is, in which 
case this offset/index is added to the PBA value. 

OS table 910 contains an entry for each entry in 
VS table 908. The purpose of DS table 910 is to dis- 
tinguish the virtual sector entries in VS table 908 as 
either corresponding to defective data sectors, also 
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known as bad blocks, or to spare data sectors, also 
known as spare blocks. In the preferred embodiment, 
DS table 910 comprises a single bit entry correspond- 
ing to each entry of VS table 908, wherein the polarity 
of the bit in each entry is used to distinguish between s 
bad blocks and spare blocks. It is to be noted that an 
advantage of DS table 910 is that this table does not 
need to be resident in RAM storage except during re- 
assignment operations. Reassignment operations 
occur when grown defects develop during use of the 10 
disk drive, at which time spare sectors are reassigned 
as active sectors, and the defective active sectors are 
reassigned as skip sectors. Part of the reassignment 
operation involves changing bit values in DS table 
910, in addition to various values in VT table 906 and 15 
VS table 908. Of course, in order to change values in 
DS table 910, this table must be resident in RAM ac- . 
cessible to the microprocessor. At all other times, DS 
table 910 need not be resident or readily accessible 
to the disk drive electronics, because there is no re- 20 
quirement that the electronics determine whether a 
sector identified in VS table 908 is bad or spare; rath- 
er it is only necessary for the electronics to determine 
that the sector is a skip sector. 

Shown in Fig. 10 is a flowchart illustrating the 2s 
LBA to PBA conversion computations. The conver- 
sion computations perform three basic functions. 
First, they set the bounds on the search to be con- 
ducted through VS table 908. Thjs is accomplished by 
examining the virtual track number entry identified in 30 
the LBA along with the succeeding virtual track num- 
ber entry in VT table 906 to establish starting and 
ending offsets in the virtual sector table. Second, 
once the bounds of the search are set, the conversion 
process sequentially searches through VS numbers 35 
in the VS table until its position in the table corre- 
sponds to the starting point of the next virtual track 
(that is, the upperbound of the search) or a VS table 
entry greater than the C bits is found. Third, as a cri- 
terion of the search, each virtual sector number in vir- 40 
tual sector table 908 must be greater than or equal to 
its predecessor unless a virtual track boundary is 
crossed, at which point searching is ended. 

With particular reference to Fig. 10, the variable 
D is taken to represent the quantity A-B, where A is 45 
equal to the number of bits in the LBA while B is equal 
to the number of bits in the virtual track number. Thus, 
D corresponds to the number of right-hand shifts of 
the LBA required to obtain the virtual track number. 
The variable E represents the quantity 2° - 1, where so 
c is equal to the number of bits in the virtual sector 
number. Thus, E simply provides an AND mask for 
use in determining the virtual sector number. It is to 
be noted that the values of D and E are established 
according to system parameters. For instance, since 55 
most modern microprocessors handle bits in multi- 
ples of 8, it may be desirable to establish D and E so 
that all values are provided in multiples of 8 bits. Fi- 



nally, p refers to the present offset in the virtual sector 
table. 

The flow chart of Fig. 10 is entered at 1004, 
where VTN is set equal to the LBA shifted right by a 
quantity of D bits. Next at 1006, the virtual sector 
number Is set equal to the LBAanded with E. Thus, 
at this point the logical block address has been sepa- 
rated into its virtual track number and virtual sector 
number components. Next, at step 1 008, the present 
offset into the virtual sector table is set equal to the 
value found in the virtual track table at the virtual 
track number offset. This establishes a starting point 
for further searching in the virtual sector table. Next, 
at step 1010, the value of E is set to the next virtual 
track number (the upper bound of the search to be 
executed on the virtual sector table). 

At 1012, a loop is entered in which a test is per- 
formed to determine whether the end of the virtual 
track has been reached. It is to be noted that if this 
case occurs on the first iteration through the loop, the 
result would indicate that the present track contains 
no defective sectors. If the end of the track has not 
been reached, at 1014 a second test is performed in 
which it is determined whether the virtual sector being 
searched for still exceeds the virtual sector entry be- 
ing tested in the virtual sector table. If the result of the 
test is positive, this Indicates that the sought after in- 
dex has not yet been located. In this case step 1016 
is executed to increment the present offset into the 
virtual sector table to the next virtual sector table en- 
try. After this, control is returned to the beginning of 
the loop at 1 01 2. If the result of the virtual sector num- 
ber comparison conducted at step 1014 is negative, 
this indicates that the sought-after virtual sector in- 
dex has been located in the virtual sector table. The 
effect on the flow control is the same as if the end of 
the track is detected at step 1012, and results in entry 
to step 1018. At 1018, the search is finalized by set- 
ting the PBA equal to the LBA added to the value of 
the present offset in the virtual sector table. Finally, 
the process is exited at 1020. 

An important advantage is achieved through the 
use of overlap between certain portions of the virtual 
track number and the virtual sector number. This 
overlap feature can be seen in the definition of the 
LBA shown at element 904 in Fig. 9 with reference to 
the B bits and C bits defining the virtual track number 
and the virtual sector number, respectively. When 
such an overlap is present, a portion of the virtual 
sector number corresponds to the least significant 
bits of the virtual track number. This overlap is inten- 
tionally provided in order to improve the mapping ef- 
ficiency from the LBA to the PBA. The overlapping 
bits between the virtual track number and the virtual 
sector number give the virtual sectors the ability to 
distinguish between adjacent and nearby virtual 
tracks without having to refer back to the virtual track 
table. The amount of overlap between the virtual 
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track number and the virtual sector number estab- 
lishes the quantity of virtual tracks that may be dis- 
tinguished from one another using a single virtual 
sector number. Since the entries in the virtual sector 
table occur in increasing numerical order, so long as s 
there is at least one skip sector represented In the vir- 
tual sector table within the. quantity of virtual tracks 
that can be distinguished using a single virtual sector 
number, the virtual sector table alone can be used to 
detect all changes in the virtual track number and 10 
indeed can be further used to count the virtual track 
number associated with the various entries in the vir- 
tual sector table. Thus, the search through the virtual 
sector table may be performed without having to re- 
visit the virtual track table each time a virtual track 15 
boundary is crossed. 

A second advantage of encoding some of the 
least significant bits of the virtual track numbers into 
the virtual sector numbers becomes apparent when 
computing absolute distances between skips across 20 
track boundaries. For two skips which are separated 
by one or more track crossings, so long as the dis- 
tance between them is within the resolution of the 
overlap bits provided in the virtual sector, the virtual 
sector value for one skip sector can be subtracted 2s 
from the other to establish an absolute number of sec- 
tors between the skips. Thus, absolute distance com- 
putations may be performed across track boundaries 
also without reference to the virtual track table. 

Once the physical block address has been com- 30 
puted, a second conversion takes place in which the 
PBA is further converted to zone, cylinder, head, and 
sector location. Fig. 1 1 illustrates the zone conversion 
storage components required to initiate the conver- 
sion process in a zone bit recording disk drive. The ta- 35 
ble is generally designated as 1104 and is preferably 
stored in RAM, but may alternatively be stored on any 
other convenient media. Zone table 1104 includes 
three columns, zone PBA column 1110, zone cylinder 
column 1112, and zone sector column 1113. Zone ta- 40 
ble 1104 includes an entry for each zone In the disk 
drive. The first column of each entry, zone PBA 1110, 
identifies the starting PBA of that zone, and is used 
to determine which zone a desired PBA is located in. 
Thus, the top entry in the table would Identify the first . 45 
PBA in zone 1 of the disk drive, etc. The sought-after 
PBA number is compared with each zone PBA entry 
until the zone containing the PBA Is located. The cor- 
responding entries in zone cylinder column 1112 and 
zone sector column 11 13 are then used to perform the so 
conversion computations which will be described be- 
low. 

Fig. 12 illustrates in flowchart form the steps 
which are preformed, once the zone conversion stor- 
age components have been located, to convert from ss 
PBAtoZCHS. At step 1204, the zone table is search- 
ed for the sought-after PBA number to retrieve the 
zone PBA, zone cylinder, and zone sector entries as 



described with reference to Fig. 11. At step 1 206, zone 
PBA is subtracted from PBA to determine how many 
physical blocks (sectors) into the zone the desired 
PBA resides. A PBA offset into the zone is returned 
from this operation. At 1208, the PBA offset is divided 
by the number of sectors per track. The mod, or re- 
mainder of this operation is designated as the starting 
sector number of the data transfer. At step 1210, the 
quotient of the same division process is taken as the 
track offset from the start of the zone at which the 
data transfer is to begin. At 1212, the absolute cylin- 
der number which starts the data transfer is comput- 
ed by dividing the track offset by the number of heads 
in the disk drive to produce a cylinder offset which is 
then added to the starting cylinder of the zone. Final- 
ly, at 1214 the remainder, or mod of the same division 
provided in 1 21 2 is taken as the selected head for the 
start of the data transfer. At this point the process ex- 
its at 121 6, having computed the zone, cylinder, head, 
and sector at which to begin the data transfer. 

One beneficial result of decoupling the LBA to 
ZCHS conversion process into two stages is a two 
step mapping process which significantly reduces 
the number of spares that must be allocated across 
the disk drive to handle grown defects occurring in the 
field. The two step LBA to ZCHS process in turn al- 
lows the allocation of skip sectors to be broken into a 
two step process. First, surface analysis testing 
(SAT) is performed across the entire disk drive to de- 
termine the factory defect locations before the disk 
drive is shipped from the factory. The defect locations 
are mapped into a virtual sector table by inserting skip 
sectors in numerical order. Also, a virtual track table 
is created and updated as required by Incrementing 
each virtual track entry following that track in which 
the error is detected. Second, after SAT is complete, 
spare locations are sprinkled evenly across the disk 
at distances consistent with the probability of a grown 
defect. It is to be noted that the probability of a grown 
defect, and thus the density of spares, may vary as a 
function of position on the disk. The result is that spar- 
ing is reduced to minimal levels. 

Given the above scheme for sparing, two alterna- 
tive embodiments for reassignment of sectors are 
presented. Both reassignment techniques are intend- 
ed to map a spare sector into the logical address 
space of the disk drive as well as to map the defective 
sector Into the virtual sector table and, if necessary, 
the virtual track table, in order to establish the defec- 
tive sector as a skip sector. 

For either technique the re-assignment process 
begins by identifying the closest available spare sec- 
tor (to be used as the reassignment sector). This in- 
volves accessing the DS table and searching both for- 
ward and backward from the entry closest to the de- 
fect until a spare entry is found. The locations of the 
forward and backward entries are subtracted from 
the defect location, and the lowest absolute value re- 
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suit is used to select the re-assigned sector. Once the 
re-assignment sector has been identified, one of the 
two re-assignment techniques is applied. Turning to 
the first, the original tables are left unmodified, and 
a separate list of re-assigned sectors is maintained. s 
This separate list contains sectors chosen from the 
sprinkle list which have been used as re-assigned 
sectors. The list is in the form of a map which includes 
a first column representing grown defective ZCHS 
values and a second corresponding column repre- 10 
senting new ZCHS values. The list itself may be or- 
ganized either by LBA number or ZCHS number. If it 
is organized by LBA number, it is checked before 
translation from LBA to PBA. In this case, the listen- 
tries are interpreted to indicate which LB As are map- is 
ped out and what new LBAs they are mapped to. If the 
list is organized according to ZCHS values, then it is 
referenced after translation from LBA to PBA and 
from PBA to ZCHS, and its entries are interpreted to 
indicate which ZCHS values are mapped out and what 20 
new ZCHSs they are mapped to. In any event, when 
the defective reassigned sector is encountered during 
a data transfer operation, a second seek is executed 
to the assigned spare location and the data is read or 
written there. However, as discussed above, since 25 
the spares are sprinkled throughout the disk drive and 
the drive has selected for use the sprinkled spare 
nearest the defective re-assigned sector, the length of 
trie seek is minimized and performance is thereby im- 
proved. 30 

The second re-assignment technique effectively 
replaces the grown defective spare with the selected 
re-assign spare in the virtual track and virtual sector 
tables. The virtual sector table is modified by insert- 
ing a new skip sector at the grown defect and then 35 
shifting all values between the grown defect and the 
reassigned sector. If the closest spare is across a 
track boundary from the defect, the virtual track table 
is also updated to indicate the pointer changes. Thus, 
by simply shifting LBAs in the virtual sector table be- 40 
tween the defect and the reassigned sector, the spare 
takes the logical place of the defect and no perfor- 
mance degradation is experienced thereafter. 

It is to be noted that the skip sector conversion 
schema has the additional advantageous property of 45 
operating in the presence of skewing without further 
modification. Where skewing is in effect, prior com- 
putations which compute sector number are consid- 
ered to be with reference to unskewed sectors. Con- 
version to skewed sector then occurs outside the con- so 
version process, as was described previously. 

One modification to the above- presented em- 
bodiment, which may be useful in cases where sim- 
plified mapping is desired, is to use a single table con- 
version process which maps directly from LBA to 55 
ZCHS. The table entries still require three or four 
bytes as in the prior art, however the new table con- 
struction is based on LBAs adjusted by table location. 

16 



Thus, the table contains LBAs which directly follow a 
given skip. The advantage of this approach is that the 
table look-up process requires only a simple single 
level search, either sequential or binary. The RAM re- 
quirement is fairly small so long as the number of 
skips in the system is kept small. However, for large 
modern disk drives the storage requirement expands 
rapidly as the number of defects increases, thereby 
overwhelming the utility of this approach. 

It is also to be noted that the skip sector mapping 
technique disclosed in this section is useful beyond 
the realm of no-ID disk drives. In fact, this technique 
is considered applicable to any disk drive in which 
benefit may be obtained from knowing conclusively at 
the beginning of every seek operation exactly what 
the final target zone, cylinder, head, and sector are. 
Thus, in all disk drives, including those using ID fields 
and those using no ID information, the disclosed LBA 
to ZCHS mapping avoids the requirement to slip 
heads In order to handle spares and defects. More- 
over, the system leads to easy implementation of just- 
in-time seek profiles, where knowledge of the exact 
seek destination is used to plan the seek trajectory so 
that the head settles oh track Just before the desired 
sector arrives at the head. Finally, the system allows 
for implementation of seek reordering including laten- 
cy minimization, since the exact seek destination is 
known before seeking. 

Most importantly, it should be noted that while 
the above description has focused on partitioning the 
LBA into two portions, the concept may easily be ex- 
tended to three or more partitions. For example, a vir- 
tual cylinder partition may be added which contains 
neighbouring virtual tracks. This becomes advanta- 
geous as the number of virtual tracks becomes large, 
since it reduces the amount of storage required for the 
virtual track table. Thus, in general the mapping sche- 
ma presented above should be taken to encompass 
n-level hierarchical storage of skip sectors. 

Vlt. Conclusion 

A further advantage of the preferred embodiment 
hardware design lies in its built-in power manage- 
ment features. Since the servo-modulo count block 
actually computes the modules, the system requires 
only a single servo sector time for initialization. The 
field length counters In sector pulse logic 421 must 
operate only during read and write modes, and may 
be powered down otherwise. Thus, in a low power im- 
plementation of the present invention much of servo 
electronics 212 and formatter electronics 215 is pow- 
ered down between read and write operations. Typi- 
cally, timing logic 420 is active during this time, and 
generates signals to activate AM detector 412 and 
other electronics at each servo sector. Since the ser- 
vo sector counter is active, a read or write operation 
may commence following the next servo sector. If 
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even greater power savings is desired, an additional 
stage may be added in which the servo sector counter 
and associated electronics are powered down. In this 
mode, the system must wait for an index to initialize 
itself if the full servo sector number is not encoded 
within the TID. If it is encoded, the system need only 
wait for the next servo sector. 

Whiie the invention has been described with ref- 
erence to data sectors which are shorter than the data 
regions separating servo sectors, it is to be noted that 
the invention is equally applicable to the opposite 
case — that is, a sector size or servo spacing selected 
such that the data sector length exceeds the data re- 
gion length. This may occur in an implementation 
which uses closely-spaced servo sectors for perfor- 
mance or other reasons. It may also occur where the 
data sector size is chosen to be relatively large for use 
in applications dealing with long blocks of information, 
such as multimedia presentations and scientific data. 
The result of the data sector size exceeding the data 
region size is that a single data sector may span two 
or more servo sectors. This is handled seamlessly ac- 
cording to the invention as disclosed above by simply 
programming the register and RAM values according- 
ly. 

While the preferred embodiment hardware de- 
sign uses a servo modulo counter to reduce memory 
requirements, it is apparent that the segment informa- 
tion may be expanded to store the information for an 
entire track. In this case, there is no need for the ser- 
vo modulo counter, since RAM 504 will be addressed 
directly by servo sector number. Such a design uses 
more RAM than the preferred embodiment, but will 
have simplified hardware. The choice of designs de- 
pends on factors such as circuit cost for the two im- 
plementations. Further,, the data in RAM 504 may be 
organized to allow addressing by values other than 
the servo sector number. Specifically, the data sector 
number may be used to address the table. 

Further, it is to be noted that in some implemen- 
tations it may be Judged beneficial for error handling 
purposes to include some portion of the LBA in each 
data sector. This allows for LBA verification during 
read operations, but is of no use during write opera- 
tions since the sought-after sector is being overwrit- 
ten rather than read. Accordingly, LBA encoding in 
data sectors is not to be considered as analogous to 
ID Information encoding in data sectors: Moreover, it 
is intended that the removal or exclusion of ID infor- 
mation as discussed above encompasses an imple- 
mentation which removes the ID from data sectors in- 
formation, but includes the LBA. 

It is also apparent that the locations of the various 
functions shown in the electronics may be altered, 
and that software may be substituted for some of the 
hardware shown and described, it is further apparent 
that while the preferred embodiment has been descri- 
bed in the context of a zone recording format, the in- 



vention may be applied to other complex formats 
where the number of data sectors on a track is not 
equal to the number of servo sectors on a track, so 
long as the format details are known to the disk drive. 

5 Moreover, the terms register and RAM should be 
viewed as Interchangeable, and the specific locations 
of the registers and RAM as unimportant. For exam- 
pie, registers 506 and RAM 504 may be located within 
RAM 21 7 instead offormat table 422. Finally, it should 

10 be noted that while the values and tables described 
above are stored in RAM and registers during opera- 
tion of the disk drive, they must be stored in non-vol- 
atile storage when the drive Is not operating. Any non- 
volatile storage may be used, but it Is preferred to 

15 store the information on the disk drive itself. The use 
of modifiable storage (i.e., the disk drive) allows for 
the disk drive to alter its own format without need for 
external intervention. 

While the invention has been particularly descri- 

20 bed and illustrated with reference to a preferred em- 
bodiment, it will be understood by those skilled in the 
art that changes in the description and illustrations 
may be made with respect to form and detail without 
departing from the scope of the Invention. According- 

25 ly, the present invention is to be considered as en- 
compassing all modifications and variations coming 
within the scope defined by the following claims. 

so Claims 

1 . A data record ing disk for use with a fixed- block ar- 
chitecture disk drive having a head capable of 
reading positioning information, the disk being 

35 divided into a number of radially spaced tracks 

(21 8), at least one of the tracks being divided into 
a number of angular sectors including only data 
sectors (254) for recording user data and servo 
sectors (220) having pre-recorded head position- 

40 ing information for identifying track and servo 

sector locations, wherein the number of servo 
sectors on the track is not equal to the number of 
data sectors on the track, and wherein informa- 
tion establishing the circumferential locations 

45 and Identities of the data sectors is encoded with- 

in the servo sectors. 

2. A data recording disk as claimed In claim 1, 
wherein the established identity of a data sector 

so includes a data sector number. 

3. A data recording disk as claimed in claim 1 or 
claim 2, wherein the established location of a 
data sector includes a distance from a preceding 

55 servo sector. 

4. A data recording disk as claimed in any preceding 
claim, wherein the information encoded within 
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the servo sectors includes servo sector number 
information. 

5. A data recording disk as claimed in claim 4, 
wherein the servo sector number information 5 
contains a subset of the full servo sector number. 

6. A data recording disk as claimed in any preceding 
claim, wherein the information encoded within 

the servo sectors Includes an address mark. 10 

7. A data recording disk as claimed in claim 6, 
wherein additional information establishing the 
locations and identities of the data sectors is en- 

. coded in an index mark identifying a fixed loca- is 
tion on the track. 

8. A data recording disk as claimed in any preceding 
claim, wherein at least some of the data sectors 

are split by at least some of the servo sectors Into 20 
primary and secondary data sections, the pri- 
mary data sections preceding the dividing servo 
sectors and having their circumferential positions 
determined from the circumferentially preceding 
servo sectors, the secondary data sections fol- 26 
lowing the dividing servo sectors and having their 
circumferential positions determined from the 
dividing servo sectors. 



9. 



30 



A data recording disk as claimed in any preceding 
claim, wherein at least some of the data sectors 
are immediately preceded in the circumferential 
direction by other data sectors and have their cir- 
cumferential positions determined from circum- 
ferentially preceding servo sectors. 35 



1 0. A fixed-block architecture embedded servo disk 
drive comprising: 

a data recording disk (204) having a num- 
ber of radially spaced tracks, at least one of the 40 
tracks being divided Intoa number of angularsec- 
tors including only servo sectors and data sec- 
tors, wherein the number of servo sectors on the 
track Is not equal to the number of data sectors 
on the track; 45 

recording head means (208) which reads 
information in the servo sectors and which writes 
and reads user data In the data sectors; 

means, responsive to the information read 
from the servo sectors, for determining the loca- so 
tions of the data sectors based on their distance 
from the servo sectors; and 

means, responsive to the information read 
from the servo sectors, for determining the iden- 
tities of the data sectors. 55 

11. A disk drive as claimed in claim 10, wherein the 
data sectors are identified by data sector num- 



ber. 



12. Adisk drive as claimed in claim 10 or claim 11 , the 
track further including an index mark identifying 
a fixed location on the track, and wherein the 
means for locating and the means for identifying 
the data sectors are responsive to the index 
mark. 

13. A disk drive as claimed in any of claims 10 to 12, 
wherein the information read from the servo sec- 
tors includes servo sector number. information. 

14. Adisk drive as claimed In claim 13, wherein the 
servo sector number information contains a sub- 
set of the full servo sector number. 

15. Adisk drive as claimed in any of claims 10 to 14, 
wherein the determining means further includes: 

electronic storage containing sector layout 
information, and servo electronics for selecting 
portions of the sector layout information from the 
electronic storage based on the information read 
from the servo sectors, computing the distances 
from the servo sectors to the data sectors as a 
function of the selected sector layout information; 
and 

computing the identities of the data sec- 
tors as a function of the selected sector layout in- 
formation. 

16. A disk drive as claimed in daim 15, wherein the 
sector layout information includes segment lay- 
outs. 

17. A disk drive as claimed in claim 16, wherein the 
segment layouts include data section lengths. 

18. A disk drive as claimed in claim 17, wherein the 
data section lengths are represented as clock 
counts. 

19. A disk drive as claimed in any of claims 16 to 18, 
wherein the segment layouts include data sector 
identifiers. 

20. A disk drive as claimed in any of claims 1 6 to 1 9, 
wherein the electronic storage containing the 
segment layouts is random access memory or 
read only memory. 

21. Adisk drive as claimed in any of claims 15 to 20, 
wherein the sector layout information further in- 
cludes zone layouts which enable the servo elec- 
tronics to locate and identify data sectors which 
are not positioned immediately following a servo 
sector. 
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22. A disk drive as claimed in claim 21, wherein the 
zone layouts include synchronization field 
lengths, pad field lengths, data sector lengths, 
number of servo sectors per track, and number of 
data sectors per track. 5 

23. A disk drive as claimed in claim 22, wherein the 
synchronization field lengths, pad field lengths, 
and data sector lengths are represented as clock 
counts. 10 

24. A disk drive as claimed in claims 21 to 23, wherein 
the electronic storage containing the zone lay- 
outs is dedicated register storage. 

15 

25. A disk drive as claimed in any of claims 15 to 24, 
wherein the determining means computes a data 
sector number using a servo sector number and 
the sector layout information. 

20 

26. A disk drive as claimed in any of claims 10 to 25, 
wherein the determined data sector identities are 
adjusted to compensate for cylinder and head 
skewing. 

25 



30 



35 



40 



45 



50 



19 



EP 0 660 324 A2 




20 



EP 0 660 324 A2 



202 




221 



Disk Drive 
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Sector Computation Storage Components 
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Servo Modulo Computations 
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FIG. 10 

LBA to PBA Conversion Computations 
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FIG, 11 

Zone Conversion Storage Components 
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